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Applicant's Response 

In Applicant's Response dated 2 December 2004, Applicant amended Claims 1- 
6, 9, 12, 13, 15, 16 and 18-20, added new Claims 21-23, and argued against all 
rejections previously set forth in the Office Action dated 2 July 2004. 



Claim Rejections - 35 USC § 102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

Claims 1-20 remain rejected under 35 U.S.C. 102(b) as being anticipated by 
Stone, Brad et al., UNIX Fault Management: A Guide for System Administration . 

(Prentice Hall PTR, ©1999). 
Claim I.- 
Stone discloses a method carried out by a status engine for monitoring services 
of an information technology (IT) environment, wherein the method is based on a 
service model (see Chapter 9 "Using Event Correlation Tools," Pages 5-9 of 14 - Stone 
discloses these limitations in that the Seagate NerveCenter enterprise management 
product - hereinafter, Seagate - is usable with HP and provides network event 
correlation and behavior management for UNIX and NT systems. It uses rules-based 
filtering and advance correlation to pinpoint root causes to help manage the volume of 
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critical network issues and events in the enterprise. It also uses behavioral models to 
define the relationships between critical conditions and specific corrective actions. It 
also includes models for monitoring network traffic, performance, status, security and 
error conditions of the components within the enterprise. Seagate correlates across 
network devices, UNIX systems and NT systems using a distributed management 
model.), wherein the service model includes service model elements, wherein each of 
the service model elements represents a service of the IT environment and is 
associated with a service model status, wherein the service model elements include at 
least one superordinate service model element and at least one subordinate service 
model element (see Chapter 6 "Monitoring Networking and Transport Protocols" Page 
1 of 6 - Stone discloses these limitations in that networking involves a variety of 
hardware and software components, which leads to difficulty in diagnosing networking 
problems. The tools for checking the behavior of networking protocols includes 
monitoring for the network and transport layers of the OSI seven-layer networking 
model. A variety of key resources are monitored at these layers, such as the IP 
addresses being used by each client and server, the number of active connections to a 
server, and error statistics for each protocol.), the method comprising: 

• calculating a status of the at least one superordinate service model element by 
considering status dependency and propagation between the service model 
elements within the service model, according to one or more rules (As indicated 
in the above discussion, Stone discloses using event correlation tools and 
service models for monitoring status of network devices in enterprise 
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management. The status of any "superordinate" component within the service 
model will depend upon the statuses of "subordinate" components and the 
propagation of data from those "subordinate" components in that a problem 
occurring at a "subordinate" component will affect a "superordinate" component. 
Thus, any "calculation" of a "superordinate" service inherently includes 
consideration of the "status dependency and propagation between service model 
elements." Also, see Chapter 4 "Using Graphical Status Monitors/' and 
"OpenView Network Node Manage? Pages 1-3 of 16 - Stone discloses this 
limitation in that graphical status monitors display hierarchical maps that display 
status information regarding the components within the service model. The 
maps display the health of the objects represented and enable the user to drill 
down through complex network topologies. Also, see Chapter 4 "ClusterView" 
Pages 3-5 of 16 - Stone discloses this limitation in that the MC/ServiceGuard 
network monitoring tool monitors clusters. That is, the software on each system 
monitors other systems on the network. Whenever failures occur at the 
monitored systems on the network, the software detects the problem and restarts 
critical applications at another node on the network. Stated differently, 
MC/ServiceGuard monitors systems, processes and the network, and, whenever 
it detects a failure at any of the monitored components of the network, all critical 
resources are moved to another node within the network. Also, see Chapter 7 
"Monitoring the Application," and "Comparison of Application Monitoring 
Products" Pages 1-2 of 2 - Stone discloses this limitation in that it discloses that 
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maintaining application availability means maintaining the availability and 
performance of all components that the application depends on, including 
databases, networks, storage, and the system itself. Also, Stone expressly 
states that the use of MC/ServiceGuard with Event Monitoring Service (EMS) 
enables a user to make explicit links between an application and its dependent 
resources. Thus, the status of an application depends upon the statuses of any 
components on which the application relies, and rules for determining the 
dependent status of the application will depend upon and consider the statuses 
of the underlying components.), 
wherein the status of the at least one superordinate service model element depends on 
a status of the at least one subordinate service model element (As indicated in the 
above discussion, the status of a "superordinate" components will depend upon the 
statuses of "subordinate" components.), 

wherein the rules define the dependency of the status of the at least one superordinate 
service model element on the status of the at least one subordinate service model 
element and a propagation of the status from the at least one subordinate service model 
element to the at least one superordinate service model element (As indicated in the 
above discussion, Stone discloses enterprise management tools that allows network 
administrators to write rules for network components that depend on other underlying 
components.), and 

wherein the rules include at least one of: 
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• a rule that is based on additional attributes of at least one of the service model 
elements other than the service model status (HP includes rules that are based 
on "additional attributes of the service other than the status" in that it filters out 
redundant events before forwarding them to the management station and it 
forwards events to the management station only after a user-defined threshold is 
met; MasterCell includes rules that are based on "additional attributes of the 
service other than the status" in that it regulates events by holding repetitive 
occurrences of events until a threshold is met); 

• a rule that ignores the at least one subordinate services model element (HP 
includes rules that "ignore subordinate services" in that it can be configured to 
filter out information that is unnecessary in order to identify the root cause of a 
problem and correct said problem); 

• a rule that is defined by a user on the basis of at least one of i) logical and ii) 
arithmetical operations of the status or the attributes of the at least one 
subordinate services model element (HP includes rules that are "defined by 
logical and arithmetical operations of the status of subordinate services or of said 
messages or of said attributes" in that it reduces event storms by suppressing 
repeated events using a time-based filter; HP also allows users to create their 
own monitor scripts, which includes both "logical" and "arithmetical" operations of 
the status of subordinate services or of said messages or of said attributes); and 

• a rule that is programmed individually by a user (HP allows users to create their 
own monitor scripts; Seagate allows the user to define the rules via a GUI). 
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Claim 2: 

Stone discloses the method of Claim 1 , wherein the rules, when the status of the 
at least one superordinate service model element is calculated, include: 

• status propagation rules that each have as an input only one parameter, wherein 
the parameter is the status of the at least one subordinate service model element 
(HP includes "status propagation rules" that are based solely on the status of the 
monitored service), and 

• status calculation rules that have as an input one or more parameters, selected 
from the group consisting of: the propagated status of the at least one 
subordinate services model elements, messages coming from services of the IT 
environment, and additional attributes (HP includes "status calculation rules" in 
that it includes filters that are based on status severity of subordinate services, 
the particular types of messages and other factors such as various attributes of 
the originating system). 

Claim 3: 

Stone discloses the method of Claim 1, wherein the calculation of the status of 
the at least one superordinate service model element depends on any combination of 
three different types of input data: the status of the at least one subordinate service 
model element, messages affecting the at least one superordinate service model 
element and the additional attributes of the service model elements (as explained in the 
above rejection for Claim 2, Stone discloses these limitations). 
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Claim 4: 

Stone discloses the method of Claim 1 , wherein the additional attributes can take 
values that are different from possible values of the status of the service model 
elements (the "additional attributes" can take values that are "different from the possible 
values of the status of the services" in that the "additional attribute" values comprise 
numeric values that affect the forwarding of events only after a user-defined threshold is 
met and the "status" values comprise the severity of the detected problem, such as 
"minor warning" and "critical"). 

Claim 5: 

Stone discloses the method of Claim 1 , wherein the status of the at least one 
superordinate service model element is only calculated if certain attributes of the at 
least one superordinate service model element are set (as explained in the above 
rejection for Claim 1 , HP discloses a rule that is "based on additional attributes of a 
service;" thus, "certain attributes" of the superordinate service are "set" and the status of 
the superordinate service is calculated). 

Claim 6: 

Stone discloses the method of Claim 1 , wherein specific subordinate service 
model elements of the at least one subordinate service model element are individually 
treated for the calculation of the status of the at least one superordinate service model 
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element (HP includes tools that allow the user to customize monitoring rules to address 
each subordinate service individually). 

Claim 7: 

Stone discloses the method of Claim 1 , wherein user-specific external data is 
included in the rules (HP includes "user-specific external data in the rules" in that it 
allows the user to customize monitoring rules to address numerous different network 
components). 

Claim 8: 

Stone discloses the method of Claim 1, wherein time of the day information is 
included in the rules (HP includes "time of the day information" in the rules in that it 
allows the user to customize monitoring rules to enable events to be forwarded to the 
appropriate management station in a global environment based on the time of day). 

Claim 9: 

Stone discloses a computer system for monitoring services of an information 
technology (IT) environment, wherein the computer system monitors the services based 
on a service model (as indicated in the above rejection for Claim 1 , Stone discloses a 
"computer system" that performs these functions), wherein the service model includes 
service model elements, wherein each of the service model elements represents a 
service of the IT environment and is associated with a service model status, wherein the 
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service model elements include at least one superordinate service model element and 
at least one subordinate service model element (as indicated in the above rejection for 
Claim 1, Stone discloses these limitations), wherein a status of the at least one 
superordinate service model element depends on a status of the at least one 
subordinate service model element (as indicated in the above rejection for Claim 1, 
Stone discloses these limitations), the system comprising: 

• a status engine for calculating the status of at least one of the service model 
elements, wherein the status engine can calculate the status of the at least one 
subordinate service model element by considering status dependency and 
propagation between the service model elements within the service model, 
according to one or more rules (as indicated in the above rejection for Claim 1, 
Stone discloses these limitations); 

• a user interface for configuring the rules (HP includes a "user interface for 
configuring the rules" in that it comprises an interface used to define monitoring 
conditions); and 

• a graphical display for visualizing the monitoring results (HP includes a "graphical 
display for visualizing the monitoring results" in that it comprises an interface for 
monitoring the components of the system). 

wherein the rules define the dependency of the status of the at least one superordinate 
service model element on the status of the at least one subordinate service model 
element and a propagation of the status from the at least one subordinate service model 
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element to the at least one superordinate service model element (as indicated in the 
above rejection for Claim 1 , Stone discloses this limitation), and 
wherein the rules include at least one of: 

• a rule that is based on additional attributes of at least one of the service model 
elements other than the service model status; 

• a rule that ignores the at least one subordinate services model element; 

• a rule that is defined by a user on the basis of at least one of i) logical and ii) 
arithmetical operations of the status or the additional attributes of the at least one 
subordinate services model element; and 

• a rule that is programmed individually by a user (as indicated in the above 
rejection for Claim 1 , Stone discloses each of these rules). 

Claim 10: 

Stone discloses the computer system of Claim 9, wherein the interface for 
configuring the rules is a graphical user interface (HP includes a "graphical user 
interface for configuring the rules" in that it comprises an interface used to define 
monitoring conditions). 

Claim 11: 

Stone discloses the computer system of Claim 9, wherein the interface for 
configuring the rules is an application programming interface to other programming 
languages (HP includes APIs for configuring monitoring conditions). 
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Claim 12: 

Stone discloses the computer system of Claim 9, wherein the interface for 
configuring the rules is a script programming language of which a syntax is provided by 
the status engine (HP includes a "script programming language of which the syntax is 
provided by the status engine" in that it comprises allows the user to customize rules 
that are managed by an "Edit Adviser Syntax" option). 

Claim 13: 

Stone discloses the computer system of Claim 9, wherein the status engine is 
capable of handling a graph structure of the IT network of services in which each of the 
services can have one or more depending services and one or more services on which 
each of the services depends (HP is capable of handling a "graph structure of the IT 
network of services" in that it allows the user to customize monitoring rules for any of 
the components of the network). 

Claim 14: 

Stone discloses the computer system of Claim 9, wherein the dependencies 
between the services of the IT environment are visualized as a graphical representation 
(HP includes a "graphical representation" of the dependencies between the services in 
that it includes a hierarchical display of the components of the network). 
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Claim 15: 

Stone discloses the computer system of Claim 14, wherein the status and status 
changes of the service model elements are visualized in a graphical representation (HP 
includes a "graphical representation of e status and status changes of the services" in 
that it comprises graphical status monitors). 

Claim 16: 

Claim 16 recites computer software for performing the method of Claim 1 . Thus, 
Stone discloses every limitation of Claim 16, as indicated in the above rejection for 
Claim 1 . 

Claims 17-20: 

Claims 17-20 recite limitations that were also recited in Claims 9-12, respectively. 
Thus, Stone discloses every limitation of Claims 17-20, as indicated in the above 
rejections for Claims 9-1 2. 

Claims 21-23: 

Stone discloses all limitations of Claims 1 , 9 and 16, wherein the status of at 
least one of the service model elements further depends on one or more messages 
coming from services of the IT environment and affecting the status of the at least one 
of the service model elements and wherein the rules further define the dependency of 
the status of the at least one of the service model elements on the messages (Stone 
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discloses this limitation in that the network monitoring tools comprise messages 
regarding the health of the network components being monitored. These messages are 
generated and sent according to the rules of the network monitoring tools. As indicated 
in the above discussion, the status of one network component might depend on the 
statuses of other network components. Thus, a message regarding a problem with a 
"subordinate" component will affect the status of "superordinate" component.). 

Response to Arguments 

Applicant's arguments filed 2 December 2004 have been fully considered but 
they are not persuasive. 

Arguments for Claims 1, 9 and 16: 

Applicant argues that Stone fails to disclose: 

• calculating the status of a superordinate service model element "by considering 
status dependency and propagation between the service model elements within 
the service model;" 

• a superordinate service model element that depends on a status of a subordinate 
service model element; and 

• rules that define the dependency of the status of a superordinate service model 
element on the status of a subordinate service model element and a propagation 
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of the status from the subordinate service model element to the superordinate 

service model element. 
Applicant supports the argument by observing that Stone assesses the status of an IT 
service solely on the basis of messages that report the severity of an event occurring at 
the corresponding IT service. Applicant further observes that Stone does not 
interconnect the statuses of different IT services and the statuses of the IT services do 
not depend on each other. Applicant's arguments for Claims 9 and 16 correspond to 
the arguments for Claim 1 . See Applicant's Response - Page 1 0, first full paragraph 
through Page 11, first partial paragraph. 

The examiner disagrees. 

As indicated in the above rejection for Claim 1 , Stone discloses the 
MC/ServiceGuard network monitoring tool. Stone expressly discloses that 
MC/ServiceGuard monitors systems, processes and the network, and, whenever it 
detects a failure at any of the monitored components of the network, all critical 
resources are moved to another node within the network. Thus, the status of all 
network components are simultaneously monitored, and upon detection of failure at any 
of the components, corrective action is taken by moving resources to other network 
components. In order to do this, MC/ServiceGuard includes monitoring rules to 
consider the status of each network component and the interdependences of each 
network component with all of the other network components. 

Also, Stone expressly states that the use of MC/ServiceGuard with EMS enables 
a user to make explicit links between an application and its dependent resources. 
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Thus, the status of an application depends upon the statuses of any components on 
which the application relies, and rules for determining the dependent status of the 
application will depend upon and consider the statuses of the underlying components. 
Accordingly, Stone discloses: 

• calculating the status of a superordinate service model element "by considering 
status dependency and propagation between the service model elements within 
the service model;" 

• a superordinate service model element that depends on a status of a subordinate 
service model element; and 

• rules that define the dependency of the status of a superordinate service model 
element on the status of a subordinate service model element and a propagation 
of the status from the subordinate service model element to the superordinate 
service model element. 

Moreover, in the Specification of the present invention, Applicant states that 
service management tools enable the user to build management models of an IT 
environment that represent the elements that make up the service and the relationships 
and dependencies between those elements (see Specification - Page 2, Lines 9-16). 
One service on a computer network may, and often does, depend on the availability and 
status of other services on the network. Thus, the status of one service may depend on 
the statuses of other services on the network, and rules for determining the status of a 
service will consider the statuses of the underlying services. Finally, in the Specification 
of the present invention, Applicant also states that service management tools "provide 
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the status of any of those services in the light of dependencies amongst them" (see 
Specification - Page 2, Lines 16-18). Thus, the status of a service is dependent upon 
the statuses of any underlying services on the network. 



Conclusion 

THIS ACTION IS MADE FINAL Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Doug Hutton whose telephone number is (571) 272- 
4137. The examiner can normally be reached on Monday-Friday from 8:00 AM to 5:00 
PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Heather Herndon, can be reached at (571) 272-4136. The fax phone 
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number for the organization where this application or proceeding is assigned is (703) 
872-9306. 

Any inquiry of a general nature or relating to the status of this application or 
proceeding should be directed to the receptionist whose telephone number is (571 ) 272- 
2100. 



WDH 

April 3, 2005 




